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REMARKS 

Objection to the Abstract 
5 Although Applicants respectfully note that there is no express 

requirement that the Abstract contain no numerical reference numbers, and 
Applicants respectfully note that many issued US patents contain numerical 
reference numbers (see as examples, US6,240,528 Bl; US5,829,412; and 
US6,748,558B1), Applicants have amended the Abstract to remove the 
10 reference numbers in order to place this patent application in condition for 
allowance. 

Rejections under 35 U.S.C, 103 

Independent claims 1 and 14 were rejected under 35 U.S.C. 103(a) as 
15 being unpatentable over Leong (US Publication 2003/0078902) in view of 

InvFos (Infinitive Virtually Simultaneous File Opening System), and further in 
view of CapAfs (A Globally Accessible File System), 

Claim Amendments: 

20 The claims have been amended to clarify that the claimed invention is not 

specific to the JAVA programming language, but may be used with other 
programming languages. 

Regarding claim 1: 

25 Applicants respectfully note that Leong, InvFos, and CapAfs are all 

solving a different problem in a different manner than the claimed invention. 
Leong teaches running Java on a device on top of another programming 
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language, and accessing files through the interface between the two. CapAfs 
teaches a globally accessible file system with a uniform namespace that does 
not need any central authority to manage the namespace. 

Applicants respectfully note that neither Leong nor CapAfs teaches "a 
5 method of emulating more simultaneously open files in the device than is 
permitted by an operating system of the device". InvFos does address the 
problem of not exceeding the allowable number of open files, but InvFos solves 
it in a very different way which does not require "emulating more 
simultaneously open files in the device than is permitted". InvFos teaches 

10 totaling the number of files which are already opened and the number of files to 
be opened to see if they exceed the limited number. If the limit is exceeded, 
InvFos teaches that the oldest file is closed and a file which is currently 
requested to be opened is opened* This is a very different solution than that 
taught by the claimed invention. InvFos does note teach "emulating more 

15 simultaneously open files in the device than is permitted", and neither do Leong 
and CapAfs. 

In addition, unlike the present invention, InvFos is not trying to solve the 
problem in the more complex environment of having two programming 
languages. In InvFos, the environment is "a basic program". The present 

20 invention requires that there be two programming languages, which 

significantly increases the complexity of the problem. The solution taught by 
InvFos, merely closes the oldest file before a new file is opened. This would 
not solve the goal of the present invention, namely "emulating more 
simultaneously open files in the device than is permitted". 

25 In addition, unlike the claimed invention, InvFos teaches only that 

opening a file, not reading or writing a file, triggers further steps. Thus, the 

-10- 
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Examiner is incorrect to state that InvFos teaches the portions of claim 1 which 
read "if the file is open...." and "if the file is not open..." Nothing in InvFos 
takes a Read/Write request and turns it into a file open operation if the file is 
not open. And InvFos does not teach or even suggest "saving a file position for 
5 at least one open file, the file position designating where a next byte in the at 
least one open file would be accessed". 

Applicants also respectfully note that the open, close, read, and write 
operation taught in CapAfs on pages 50-52 uses a file descriptor to recognize 
and associate a CapAfs file handle with an actual file. CapAfs is concerned 

10 with limiting access to only those files for which the requestor has permission. 
CapAfs is not at all concerned with "emulating more simultaneously open files 
in the device than is permitted**. The CapAfs file descriptors have to do with 
checking for access rights and permissions; not "emulating more 
simultaneously open files in the device than is permitted" as required by the 

1 5 claimed invention. 

The Examiner asserts that it would have been obvious to combine Leong, 
InvFos, and CapAfs because all three references are devoted to frequent file 
data manipulation. Applicants respectfully point out that virtually all computer- 

20 computer interactions involve frequent file data manipulation, as that is how 
computers transfer information. The Examiner is in essence saying that 
because the three prior art references deal with computers communicating, that 
that fact alone is enough suggestion to combine these three references. 
Applicants respectfully disagree. Applicants have found nothing to suggest 

25 combining these three references which are directed to solving very different 
problems in very different ways. Applicants does note that InvFos is directed to 

-11- 
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solving the same problem as the present invention, however InvFos in fact 
teaches away from the present invention by solving the same problem in a very 
different way than the present invention. Thus, there is ho motivation to 
combine these three references. 

5 

Remaining claims: 

Regarding independent claim 14, The same arguments from claim 1 
apply. The dependent claims are allowable for at least the same reasons as 
given for the independent claims. 

10 

Conclusion 

Applicants believe the application is in condition for allowance which 
action is respectfully solicited. Please contact me if there are any issues 
regarding this communication or the current Application. 

15 
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DOCKET NO- SC11 654TS 



SEND CORRESPONDENCE TO: 

Freescale Semiconductor, Inc. 
Law Department 

Customer Number. 23 125 



Respectfully submitted, 




Susan C Hill 
Attorney of Record 
Reg. No.: 35,896 
Telephone: (512) 996-6849 
Fax No.: (512)996-6854 
Email: 



13 

PACE 15/15 1 RCVD AT 4/1/2005 3:56:25 PM [Eastern Standard Time] 1 SVR: USPTO-EFXRF-1/2 1 DWS:8729306 1 CSH):5129966854 * DURATION (mfH$):04-18 



